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(54) A method and system of print stream address extraction 

(57) The invention is a metiiod and system for 
determining an address from a print stream. Address 
deternrtination begins by initiating the print stream at a 
remote application (11-16). The print stream is trans- 
mitted through a graphical driver interface to a virtual 
driver where a system operator can select a data inter- 
face mode such as an eavesdrop mode and an intercept 
mode. The eavesdrop mode allows the virtual driver to 
pass the print stream through to the output device while 
producing a duplicate copy of the print stream for trans- 
mission to a server (40) which is linked to an address 
parsing module for parsing the print stream. The inter- 
cept mode allows the virtual driver to pass the print 
stream directly to the server (40) for parsing the print 
stream. The server will in turn pass the print stream to 
an output device such as a printer (60) or monitor (44) 
over transmission means. Parsing of the print stream to 
obtain address data is peribrmed in accordance with 
instructions resident in the module. The address data is 
then placed into an address list or database. The selec- 
tion of the address parsing module is further based 
upon the address characteristics required by the system 
user Ihe characteristics are defined by creating an 
address data profile comprised of tokens and wherein 
the tokens further define a characteristic of an address. 
The address parsing module can then be selected as 
based upon its particular address format which can be 
representative of a particular canrier. 
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Description 

[0001] The present invention relates to methods and 
systems for determining an address from a print stream. 
[0002] Reference is made to European Patent Appli- s 
cation Number (Attorney Docket Na E-756), entitled A 
METHOD AND SYSTEM OF DISPLAYING DATABASE 
CONTENTS IN ENVELOPE DATA FIELDS, assigned to 
the assignee of this application and filed on even date 
herewith. 

[0003] Reference is made to European Patent Appli- 
cation Number (Attorney Docket No. E-757). entitled A 
METHOD AND SYSTEM OF PRINTING POSTAGE 
INDICIA FROM AN ENVELOPE DESIGN APPUCA- 
TION, assigned to the assignee off this application and is 
filed on even date herewith. 

[0004] Reference is made to European Patent Appli- 
cation Number (Attorney Docket No. E-758). entitled A 
METHOD AND SYSTEM FOR CAPTURING DESTINA- 
TION ADDRESSES FROM LABEL DATA, assigned to 20 
the assignee of this application and filed on even date 
herewith. 

[0005] Addressing systems are an example of sys- 
tems whose purpose is to utilize address lists, perform 
addressing hygiene through the use of address correc- 25 
tion techniques, assign barcoding and. download data 
to addressing printers, collators, sealers, and the like, 
for the purpose of producing a mailpiece. 
[0006] The print stream introduced to addressing sys- 
tems is generally in the form of an address list, though it 30 
may take on otiier forms. The list must be parsed and 
checked before format correction and barcoding tech- 
niques can be directed to tine addresses on the list 
before creation of a mailpiece. 

[0007] An address database provides a link to pro- 3s 
spective customers by creating the ability for a list user 
to reach out to those customers represented by the 
database's individual addresses. The value of the data- 
l>ase Is measured in terms of the discounts available for 
the sending of mailpieces. the scope of the target audi- 4o 
ence, the detail, and accuracy of an individual address. 
The value is tfius derived from the detail found in its con- 
tents. 

[0008] There is thus great value in assembling files for 
a database where the files are "conplete" in detail. The 45 
ability to ensure detail of files within an address data- 
base has been taught in such prior art as U.S. Patent 
No. 5.668.990 for an APPARATUS AND METHOD FOR 
GENERATING 100% UNITED STATES POSTAL SERV- 
ICE BAR CODED LISTS issued September 16. 1997 to so 
Bajorinas et al. (hereinafter referred to as Bajorinas) 
and assigned to the assignee of the present claimed 
invention, 

[0009] Bajorinas disclosed a method and apparatus 
for generating a coded address list The method is initi- ss 
ated by inputting an address list to a data processing 
device which tfnen reads each address record on the 
address list. As an address record is read, a set of rules 



is applied to the record to determine whether or not a 
corresponding bar code can be assigned. If a bar code 
can be assigned, then the data processing device writes 
the address record and its corresponding bar code to a 
first list. If. however, a con-esponding bar code is not 
determined for an address record, then the unmatched 
address record is posted to a second list. The first list is 
output for printing, while tiie second list is saved to 
memory. With respect to the second list, the system 
operator can: manually con-ect an address record on 
the list: delete the address record; or, output the 
address record to a printer for rwn-discounted mailing. 
[001 0] Refinement to file contents within an address 
database can be further made by employing methods 
disclosed in such prior art as U.S. Patent No. 5,799.302 
for a METHOD AND SYSTEM FOR MINIMIZING 
ATTRIBUTE NAMING ERRORS IN SET ORIENTED 
DUPLICATE DETECTION issued August 25. 1998 to 
Robert J. Johnson et al. (hereinafter referred to as 
Johnson) and assigned to the assignee of the present 
claimed invention. 

[0011] Johnson disclosed a method and system for 
detecting duplicate records on a list or in a file. The 
method steps include entering a list comprised of one 
or more records, to a data processing system; then, 
applying a nickname fookup table to the records to 
determine a conrunon first name. Once a common name 
has been determined, the method matches a first 
recofd from the list with a second record from the list by 
comparing the f iekJs of the first record with the fields of 
at least one other record; the comparison is based on a 
set of pre-determined criteria. The matching sequence 
determines a duplicate set. wherein the duplicate set is 
comprised of at least two records with fields that match. 
The method then lists matching records sequentially so 
that the system can create a new record by filling each 
empty field with a next available conresponding field 
from a sut>sequent record within the duplicate set. The 
newly created record is then retained on the original list; 
and tiie duplicate records are placed on a second list 
Pre-sorting of the list can occur just prior to the match- 
ing sequence as well as just prior to outputting the final 
list Additionally, ttie system operator can be given a 
number of options to provide flexibility. These options 
can include: manually correcting a record on the dupli- 
cate records list; deleting an address record from the list 
of duplicates; or. outputting the record. 
[001 2] The value of the perfected files in the address 
database become readily apparent when the lists are 
prirrted to media when forming individual mailpieces to 
which postage is to be applied. The postal discounts 
available to the postal service customer are calculated 
by mailpiece production systems and are therefore only 
as good as the value of tiie data Input to the system. 
[001 3] Mailpiece production systems we known in the 
art and have developed with changes in postal service 
regulations (such as those of the United States Postal 
Service, or USPS) and with tiie proliferation of appropri- 
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ate software applications. In turn, this production has 
served the need to automate and accelerate to accom- 
modate growth. 

[001 4] As the USPS, together with the postal services 
of other countries around the world, moves toward more s 
fully automated mail handling in an effort to contain 
costs while processing ever increasing volumes of mail, 
automated equipment which sorts and processes mail 
on the basis of machine readable postal codes, such as 
the "zip code" or other forms of postal coding, play an io 
ever more significant role. In the United States, postal 
service regulations provide for a "Postnet" bar code 
which represents the five, nine, or eleven digit zip code 
of the destination address in a machine readable form. 
4-State can be utilized wftiiin Canada. 75 
[001 5] Systems have been used or proposed to meet 
the need to produce mail pieces imprinted with the Post- 
net bar code, and to enable mailers to obtain the benefit 
of the discounts offered for such mail. One such system 
is described in U.S. Patent No. 4,858,907, for a SYS- 20 
TEM FOR FEEDING ENVELOPES FOR SIMULTANE- 
OUS PRINTING OF ADDRESSES AND BAR CODES, 
issued to Eisner at al. (hereinafter refen-ed to as Eisner- 

1) on August 22. 1989. This patent discloses a system 

for printing envelopes with addresses, zip codes, and 2S 
corresponding bar codes. The system is controlled by a 
conputer which includes software for converting a zip 
code included in the address into bar code form and 
then adding the bar code representation to the material 
to be printed on the envelope. 30 
[001 6] Another example of the art is found in U.S. Pat- 
ent No. 5.326,181 for an ENVELOPE ADDRESSING 
SYSTEM ADAPTED TO SIMULTANEOUSLY PRINT 
ADDRESSES AND BAR CODES; issued on July 5, 
1994 to Eisner et al. (hereinafter refen-ed to as Eisner- 3S 

2) . This patent teaches a method of addressing sub- 
strates with a human readable address containing a zip 
code and a bar code corresponding to the zip code. The 
method utilizes a computer and comprises several 
steps. These steps include: receiving in the computer a 40 
plurality of addresses, with pre-existing zip code infor- 
mation contained in each as complete address data, 
and requiring no manual inputting or Identification; auto- 
matically scanning the address data in the coiriputer to 
find the preexisting zip code; automatically converting. 4S 
in tiie computer, the pre-existing zip code into a line of 
corresponding bar code; and, essentially simultane- 
ously printing the conplete address, including zip code 
information and corresponding bar code, on a sub- 
strate, under control of the computer so that the sub- so 
strata produced has human readable zip code and 
machine readable bar code information thereon. 

10017] Additionally, a system for printing envelopes 
with addresses including bar code is disclosed In com- 
monly assigned U.S. Patent No. 5.175.691 for a SYS- ss 
TEM AND METHOD FOR CONTROLLING AN 
APPARATUS TO PRODUCE ITEMS IN SELECTED 
CONFIGURATIONS; issued on December 29. 1992 to 



Baker et al. (hereinafter referred to as Baker), which 
descrfoes a system for printing mail pieces which 
includes a printer for printing sheets and envelope forms 
and a folder-sealer mechanism for folding the envelope 
form around the sheets to form a mail piece, and a com- 
puter based control system for controlling the printer 
and folder. In the system of this application, when an 
operator is creating a file of letters to be printed, tiie 
operator may designate a selected field within each let- 
ter as containing the destination address. The system 
will tfien extract the information in this designated field 
and with it create a new page of material to be printed 
on tfie envetope fomi; and, if ttie address within the des- 
ignated field includes a zip code, tiie system will add a 
corresponding barcode to tiie new page. The system 
tiien adds tiiis new page to tiie file before the file is out- 
put. 

[0018] U.S. Patent No. 5.278,947 for a SYSTEM FOR 
AUTOMATIC PRINTING OF MAIL PIECES; issued Jan- 
uary 1 1 , 1994 to Balga. Jr. et al. (hereinafter refen-ed to 
as Balga), and assigned to the assignee of the present 
claimed invention, is for a system which includes a 
printer for printing text in response to the input of sig- 
nals. The printer has a capability to selectively print 
eitiier sheets or envelopes. The system further includes 
a controller for output of a sequence of signals repre- 
sentative of materials to be printed on a sheet which 
forms part of the mail piece, where the sequence 
includes a sut>set of signals representative of an 
address. 

[001 9] In accordance with another aspect of the Balga 
invention, the system includes a scanning mechanism 
for identifying a character string which conforms to a 
valid postal coding standard. The system further 
includes a mechanism for identifying the character 
string as a valid postal code. Additionally, the system 
forms the destination address to include a line including 
tiie postal code and a selected number of proceeding 
lines of text 

[0020] The ability to structure software coding is 
extremely important when linking data to be down- 
loaded to a printer being utilized in tiie addressing envi- 
ronment U.S. Patent No. 5.583,970 for a PRIfMTER 
COMMAND SET FOR CONTROLLING ADDRESS 
AND POSTAL CODE PRINTING FUNCTIONS, issued 
December 10. 1996 to Strobel (hereinafter refen-ed to 
as Strobel), and assigned to the assignee of the present 
claimed invention, is instructive in tiiis respect 
[0021] Strobel is a metiiod and system for printing 
images to a subsbBte wherein the commands normally 
input by an operator, or resident within the printer, can 
be determined at a host data processor. The system 
can control address and postal code printing functions 
beginning at the host computer together. The system 
will derive printing data, including address data, from a 
selected application resident in the host computer. The 
host computer creates and tiien transmits printer com- 
mand sets and printing data, via transmitting means to 
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a microprocessor within the printer. The microprocessor 
drives a language interpreter which directs the printer 
commands to a parsing step for determining the 
address location from within the data to be printed. The 
language interpreter then assigns delivery point digits to 5 
a zip code that was isolated from the transmitted 
address data. The newly created zip code Is then 
matched with the bar code data stored within the micro- 
processor's corresponding memory. A bar code corre- 
sponding to the new zip code is selected. The language w 
interpreter then directs the printer's controller to prepare 
to print the address with Its corresponding zip code, any 
graphics images that may have been included within the 
print data, and text, if any The printer controller posi- 
tions the bar code for printing, and then prints the bar is 
code and address data, zip code, and any graphics 
images and text to an envelope or other substrate. 
[0022] Thus. Strobel overcame the limitations of the 
prior art by providing flexibility in determining what data, 
and how much, may be downloaded for printing to a 20 
substrate. Flexibility is accomplished by controlling 
address and postal coding functions in the printer from 
a host computer. The invention thus simplifies the 
firmware required in a selected printer, or can allow the 
performance of additional tasks or provide for greater 25 
database functionality under the direction of the printer 
microprocessor. Thus, printer ROM memory can be 
reduced or freed up for other tasks, and RAM memory 
can be increased to handle more detailed data. 
[0023] A particular limitation to current methods and so 
systems, however, is found in the assembly of the 
address database which fuels the prior art detailed 
above. Mailpiece production systems and methods of 
perfecting database files must have raw material in the 
form of an address file. The current methods of identify- 35 
ing such raw material are limited to direct input by a sys- 
i&n operator or by parsing of data in list formats. 
[0024] Therefore, it is an object of the present inven- 
tion to provide for a metiiod and system for determining 
and extracting an address from a print stream. 40 
[0025] The limitations of the prior art are overcome by 
a method and system for determining an address from 
a print stream in a data processing system. 
[0026] The method of determination begins by initiat- 
ing the print stream at a remote application. The remote 45 
location initiating the print stream typically comprises a 
microprocessor for manipulating data and a print stream 
application operatively connected to the microprocessor 
for creating the print stream. The print stream applica- 
tion can be a word processing application or similar type so 
application tiiat requires downloading to a printer. The 
remote location will also have transmission means for 
transmitting the print stream to the virtual driver. 
[0027] The print stream is transmitted, from the 
remote location, tiirough a Graphical Device Interface to ss 
a virtual driver where a system operator can select from 
at least two data interface modes. The selected data 
interface mode interfaces with an address parsing appli- 



cation which parses the print stream to identify address 
data resident in the print stream. The identified address 
data is then saved in a database for future use. The print 
stream is allowed to be printed or be displayed at a 
selected output device. 

[0028] The data interface modes further comprise an 
eavesdrop mode and an intercept mode. The eavesdrop 
mode allows the virtual driver to pass tiie print stream 
through to the output device and Nvherein further the 
eavesdrop mode produces a duplicate copy of the print 
stream for transmission to a server. The server is linked 
to an address parsing module for parsing the print 
stream. The intercept mode, on the other hand, allows 
the virtual driver to pass the print stream directiy to the 
server, wherein the server is linked to the address pars- 
ing module for parsing the print stream. The server can 
be an OLE automation server which in tum can pass the 
print stream to an output device such as a printer or 
monitor over transmission means. 
[0029] The address parsing application further per- 
forms the steps of selecting the address parsing module 
which comprises parsing instructions. Parsing of the 
print stream to obtain address data is performed In 
accordance with those instructions. The address data is 
then placed into an address list or database. 
[0030] The selection of the address parsing module 
further is based upon the address characteristics 
required by the system user. The user requirements are 
defined by creating an address data profile wherein the 
profile defines one or more tokens and wherein the 
tokens further define a characteristic of an address. The 
address data profile can be assigned to an addressing 
parsing module wherein tiie tokens comprising that 
address data profile are representative of a particular 
address format The address parsing module can then 
be selected as based upon its particular address for- 
mat. The particular address format can be representa- 
tive of a particular carrier, such as the United States 
Postal Service. 

[0031] For a better understanding of the invention, and 
to show how the same may be carried into effect, refer- 
ence will be made, by way of example, to the accompa- 
nying drawings, in which: 

FIQ. 1 is a diagram of a typical prior art networked 
system witiiin which a print stream generated at a 
remote site is downloaded to a printer for output. 
FIG. 2A Is a diagram of a typical networked system 
witiiin which the metiiod of the present invention 
could reside. 

FIG. 2B is a diagram of a typical standalone system 
within which the method of tiie present invention 
could reside. 

FIQ. 3A is a block diagram of a typical host 
addressing system within which the virtual driver of 
the present invention could reside. 
FIG. 3B is a block diagram of a typical addressing 
printer system within which the virtual driver of the 
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present invention could reside. 
FIG. 4 is an upper level flowchart of the method of 
the present invention wherein an address is deter- 
mined from a print stream and retained in a mem- 
ory for future use. 5 
FIG. 5 is a detailed flowchart of the method of an 
embodiment of the present invention as it pertains 
to an eavesdrop option selected by a system oper- 
ator. 

FIG. 6 Is a detailed flowchart of the method of an w 
embodiment of the present invention as it pertains 
to an Intercept option selected by a system opera- 
tor; and 

FIG 7 is a detailed flowchart of an alternative 
embodiment of the present invention wherein an is 
extraction or an input rhodule is selected for Inter- 
face with the print stream. 

[0032] FIG. 1 depicts, in diagram form, a typical prior 
art networked printing environment. The networked 20 
printer 10 receives a print stream from each of remote 
systems 11, 12, 13, 14. 15, and/or 16. The printer 10 
can be any one of a number of commercially available 
printers that are capable of being networked with two or 
more remote locations, 2S 
[0033] A typical remote location, such as remote sys- 
tem 11. that can generate a print stream, has a central 
processing unit (CPU) 22a interoperatively connected 
to a monitor 24a. CPU 22a processes data input from 
one or more data sources or input devices which can be 30 
interoperatively connected or interfaced as appropriate. 
Monitor 24a allows a system operator to view transac- 
tions occurring within the CPU 22a. CPU 22a is further 
connected to: a keyboard 26a for data input via interfcice 
cable 30a; a modem 28a for data transmission via inter- 55 
face cable 32a; and, to the network printer 10 for data 
output via interface cable 34a. 

[0034] In FIG, 1 , remote systems 12 through 16 are 
shown with elements common to remote system 1 1 but 
designated with the legends "b" though T respectively. 4o 
the remote systems 12 through 16, each has a central 
processing unit (CPU) 22(b-f respectively) interopera- 
tively connected to a monitor 24(b-f respectively). CPU 
22(b-f respectively) is further connected to: a keytx>ard 
26{b-f respectively) via interface cable 30(b-f respec- 4S 
tively); a modem 28(b-f respectively) via interface cable 
32{t>-f respectively); the network printer 10 for data out- 
put via interface cable 34(b-f respectively). 
[0035] Turning to FIG. 2A, there is shown the netwvork 
environment in which the subject claimed invention can so 
be utilized. 

[0036] The host system 40 receives a print stream 
from each of remote systems 11, 12, 13, 14. 15. and/or 
16. The host system 40, after intercepting ttie print 
stream then passes the print stream to the printer 60. ss 
The printer 60 can be any one of a number of commer- 
cially available printers tiiat are capable of being net- 
worked with two or more remote locations. 



[0037] A typical host system, such as host system 40, 
which intercepts a print stream, has a central process- 
ing unit (CPU) 42 interoperatively connected to a moni- 
tor 44, 

[0038] CPU 42 processes the incoming print stream 
being received from interface cables 34(a-f) by passing 
the print stream through a Graphical Device Interiace 
(GDI) to a virtual driver where a system operator can 
select from at least two data' interface modes. The 
selected data interface mode interfaces with an address 
parsing application resident in CPU 42 which parses the 
print stream to identify address data resident in the print 
stream. The identified address data is then saved in a 
database located witfiin CPU 42 for future use. Input 
devices can be interoperatively connected or interiaced 
to CPU 42 as appropriate. MonKor 44 allows a system 
operator to view transactions occurring within the CPU 
42. CPU 42 is further connected to: a keyboard 46 for 
data input via interface cable 50; a modem 46 for data 
transmission or reception via interface catiie 52; the net- 
work printer 60 for print stream data output via interface 
cable 54. 

[0039] In FIG. 2A. remote systems 1 1 ttirough 16 are 
shown with elements common to host system 40. The 
remote systems 11 tiirough 16, each has a central 
processing unit (CPU) 22(a-f respectively) interopera- 
tively connected to a monitor 24(a-f respectively). CPU 
22(a-f respectively) is furtiier connected to: a keytward 
26(a-f respectively) via interlace cable 30(a-f respec- 
tively); a modem 28(a-f respectively) via interface cable 
32(a-f respectively); and. to the host system 40 via inter- 
face cable 34(a-f respectively). 
[0040] Turning to FIG. 2B. there is shown a stand- 
alone system environment in which tiie sut)ject claimed 
invention can be utilized. 

[0041 ] A typical stand-alone system, such as host sys- 
tem 70, which intercepts a print stream, has a central 
processing unit (CPU) 72 interoperatively connected to 
a monitor 74. 

[0042] CPU 72 initiates tfie print stream in an appro- 
priate application, tiien passes the print stream through 
a Graphical Device Interface to a virtual driver where a 
system operator can select from at least two data inter- 
face modes. The selected data interface mode inter- 
faces with an address parsing application or data 
extraction module resident in CPU 72 which parses tfie 
print stream to identify address data resident in the print 
stream, or extracts data from the print stream based 
upon pre-determined extraction criteria. The identified 
address data or exfa-acted data file is tfien saved in a 
database located within CPU 72 for future use. Input 
devices can be interoperatively connected or interiaced 
to CPU 72 as appropriate. Monitor 74 allows a system 
operator to view fransactions occumng witiiin the CPU 
72. CPU 72 Is further connected to: a keyboard 76 for 
data Input via interface cable 80; a modem 78 for data 
transmission or reception via interiace cable 82; and. a 
printer 90 for print stream data output via interfece cable 
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84. 

[0043] Turning to FIQ. 3A. there are depicted in block 
form two sut>s6ts that, combined, form an addressing 
system. The addressing system can act as a host sys- 
tem such as that depicted in FIG. 2A, or can act as the s 
initiating system for the print stream while supporting 
the virtual driver. Thus, the initiating application and the 
virtual driver applications are remote to each other 
though co-located within the same stand-alone data 
processing system. 

[0044] Addressing subsystem 110 includes: micro- 
processor 112 connected to monitor 114 by Interfiace 
cable 1 22a: keyboard 1 1 6 connected to microprocessor 
112 by interface cable 122b; memory 118 operatively 
connected to microprocessor 1 12 at 122c: memory 120 is 
operatively connected to miaoprocessor 112 at 122d: 
modem 122 connected to microprocessor 1 12 by inter- 
face cable I22e: and. interface cable 122f for connec- 
tion to addressing subsystem 125. 
[0045] Addressing subsystem 125 includes: printer 20 
126 connected to addressing subsystem 110 by Inter- 
fece cable 122f: operator panel 128 operatively con- 
nected to printer 126 at 122g: printer controller 132 
operatively connected to printer 126 at 122h; and, mark- 
ing engine 130 operatively connected to printer 126 at ss 
1221. 

[0046] A miaocomputer, or any computer that can 
download data that can be printed on a printer whether 
that printer is a peripheral device of the computer or not. 
uses application programs for creating data. These are 30 
resident in the microcomputer ROM memory and in 
memory 118; memory 120 is utilized for the storing of 
address lists. The printers commonly utilized in the 
addressing art may also contain a microprocessor that 
is able to assign bar code data to addresses that are 3S 
delivered from the host. These so-called "smart** print- 
ers vary in their ability to process data. Rgure 3B is a 
tdlock diagram of a smart printer which can serve as an 
alternative host for tiie invention claimed herein. 
[0047] Turning to FIG. 3B, system 1 40 is depicted as 40 
comprising: printer 142 which is operatively connected 
to microprocessor 144 at 154a; operator panel 146 
operatively connected to printer 142 at 154b; memory 
148 operatively connected to printer 142 at 154c; mark- 
ing engine 150 operatively connected to printer 142 at 45 
154d; and. printer controller 152 operatively connected 
to printer 142 at 154e. 

[0048] The system environment of the claimed inven- 
tion hosts the method as Is shown in FIQs. 4-6. Turning 
to FIG. 4, there is shown a flowchart of the method of so 
the present Invention wherein an address is determined 
from a print stream and retained in a memory for future 
use. 

[0049] FIG, 4 begins at step 200 witii the initiation of 
the print stream from a remote location such as that ss 
depicted in FIGs. 2A and 2B. The remote location can 
be located as remotely from the virtual driver as is pos- 
sible with conventional transmission means, or may be 



co-located so that the remote location Is only remote as 
to the separation of the virtual driver and the print 
stream generating application. From step 200 the 
method advances to a query at step 202. 
[0050] The query at step 202 asks whether or not the 
host system 40 is to intercept a print stream generated 
at the remote location 1 1 (or 12, 13, ... or n. as the case 
may be). If the response to the query is "NO," then the 
method advances to step 218 wherte the print stream is 
transmitted to the printer driver. From step 218, the 
mettiod utilizes, at step 220. the printer driver to print 
tiie print stream at the selected printer site. It should be 
noted that the print stream environment can have more 
tfian one printer 60 available for outputting the print 
stream. In the case of multiple available printers, a par- 
ticular printer is selected for downloading of the print 
stream. Upon printing the individual print stream at step 
220, tiie print stream utilization for the printer is con- 
cluded, at step 222. until such time as a subsequent 
print stream is directed to the printer. 
[0051] Returning to the query at step 202, if the 
response to tiie query is "YES," then the method 
advances to step 204 where a particular printer destina- 
tion is selected for print stream interception. The 
method then advances to step 206 where the print 
stream is transmitted through a WindowsR Graphical 
Device Interfece (GDI) to a "Virtual driver." The virtual 
driver can operate in one of two interface modes: these 
are the eavesdrop mode and the intercept mode. 
[0052] The eavesdrop mode allows the virtual driver 
to pass the print stream through to the printer while pro- 
ducing a duplicate copy of the print stream for transmis- 
sion to a server. The server is further linked to an 
address parsing module for parsing the print stream. 
The intercept mode, on the other hand, allows the vir- 
tual driver to pass tfie print stream directly to the server 
without making a duplicate copy; the server is further 
linked to tiie address parsing module for parsing the 
print stream. In a preferred embodiment, the server is 
an OLE automation server which in turn will pass the 
print stream to an output device such as a printer or 
monitor via an interfiace cable or similar link. 
[0053] The metiiod advances from step 206 to step 
208 where either the eavesdrop or the intercept nrxxie is 
selected by the system user. The modes could be pre- 
determined as well by the system user' The system then 
proceeds to step 210 where the virtual driver is tnter- 
feced with an address parsing and capture application. 
The print stream, which was transmitted to the virtual 
driver at step 206, is ttien parsed at step 212. so ttiat 
address data, if any is present in the print stream, in the 
form of an address file is extracted from the print 
stream. The exb-acted address file can then be sub- 
jected to an optional address hygiene routine. The rou- 
tine can be utilized to perfbrm address con-ection, 
assignment of zip codes, or checked against other 
address files fbr diplicate detection. 
[0054] From step 212, the mettiod advances to step 
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214 where the addresses are placed into an address 
database which can be further formatted in the form of 
an address list. The address is retained, at step 216, In 
the address database for future use which might include 
a print run to mailpieces for subsequent postal service 5 
delivery. 

[0055] The method path for the eavesdrop and inter- 
cept modes is further detailed in FIQs. 5 and 6. Turning 
to FIG. 5, there is shown a detailed flowchart of the 
method as it pertains to an eavesdrop option selected 10 
by a system operator. 

[0056] The flow begins at step 230 where the virtual 
driver is initiated before selection of the eavesdrop 
option is made at step 232. From step 232. the method 
advances to step 234 where the virtual driver receives is 
the print stream data upon which it will act The print 
stream data is duplicated by the virtual driver at step 
236 before the original print stream is passed through to 
the selected output device or printer at step 238. The 
newly created duplicate print stream passes directly to 20 
step 244: its path will be further discussed hereinbeiow. 
From step 238. the metiiod then advances to step 240 
where the utilization of the original print stream Is con- 
cluded before advandng to a query at step 242. 
[0057] At step 242, the system queries as to whether 25 
or not there is another print stream to be enacted upon. 
H the response to the query is "YES." then the method 
returns along patii A to re-enter the flow at step 230. 
However, if the response to the query at step 242 is 
"NO," then the method advances to step 254 and con- so 
dudes data utilization for the original print stream. 
[0058] Returning to step 244. the duplicate print 
stream is passed by the virtual driver to an OLE auto- 
mation server or similar server capaUe of linking with an 
appropriate parsing application. The automation sender 3S 
application is responsible for the parsing of print stream 
data, extraction of address information, and compilation 
of an address list. By interfacing with an interchangea- 
ble parsing module, the automation server is at>le to 
extract addresses of varied format Additionally, the 40 
automation server can be configured to save additional 
information iat>out the print job p.e., number of pages, 
usemame, eto.) wiUi each address in the database The 
address parsing application performs tiie jsteps of 
selecting the address parsing module which comprises 45 
particular parsing instructions. Parsing of the print 
stream to obtain address data is performed in accord- 
ance with those instructions. The address data is then 
placed into an address list or database. 
[0059] The selection of the address parsing module so 
furtfier Is based upon the address characteristics 
required by the system user. The user requirements are 
defined by creating an address data prof fle wherein the 
profile defines one or more tokens and wherein the 
tokens further define a characteristic of an address. The ss 
address data profile can be assigned to an addressing 
parsing module wherein the tokens comprising that 
address data profile are representative of a particular 



address format The address parsing module can then 
be selected as based upon its particular address for- 
mat The particular address format can be representa- 
tive of a particular carrier, such as that of the United 
States Postal Service. Federal Express, or similar car- 
rier tiiat has particular address file requirements. 
[0060] The method then advances from step 244 to 
step 246 where the duplicate print stream is parsed for 
address data. The method will query at step 248 as to 
whether or not any address data is located during the 
parsing process. If the response to the query is "YES," 
then the method advances to step 252 where the 
extracted address data is placed in an address data- 
base for future use or possible address hygiene. The 
general uses would include the creation of address lists 
for mailing or shipping. Once the address data has been 
saved in the form of a file within a database, the method 
advances to step 254 where the data utilization of the 
duplicate print stream is concluded. Returning to step 
248, if the response to the query is "NO." however, then 
the metiiod advances to step 250 where the non- 
address data is deleted before advancing to step 254. 
[0061] Turning to FIG. 6. there is shown a detailed 
flowchart of the metiiod as it pertains to an intercept 
option selected by a system operator. 
[0062] The flow begins at step 260 where the virtual 
driver is initiated before selection of the intercept option 
is made at step 262. From step 262, the method 
advances to step 264 where the virtual driver receives 
the print stream data upon which it will act. The method 
tfien advances to step 266 where the duplicate print 
stream is passed by the virtual driver to an OLE auto- 
mation server or similar sender capable of linking with an 
appropriate parsing applicatioa The automation servei* 
application is responsible for the parsing of print stream 
data, extraction of address information, and compilation 
of an address list By interfacing with an interchangea- 
tAe parsing module, the automation server is able to 
extract addresses of varied format Additionally, tfie 
automation server can be configured to save additional 
information about the print job (i.e., number of pages, 
username. etc.) with each address in the datat>ase. The 
address parsing application peribrms the steps of 
selecting the address parsing module which comprises 
particular parsing insti-uctions. Parsing of the print 
stream to obtain address data is performed in accord- 
ance witii those instructions. The address data is tiien 
placed into an address list or datat)ase. 
[0063] The selection of the address parsing module 
further Is based upon the address characteristics 
required by the system user. The user requirements are 
defined by creating an address data profile wherein tfie 
profile defines one or more tokens and wherein tfie 
tokens further define a characteristic of an address. The 
address data profile can be assigned to an addressing 
parsing mxiiAe wherein the tokens comprising that 
address data profile are representative of a particular 
address format. The address parsing module can then 
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be selected as based upon its particular address for- 
niat. The particular address fbmnat can be representa- 
tive of a particular earner, such as that of the United 
States Postal Service, Federal Express, or similar car- 
rier that has particular address file requirements. 5 
[0064] The method then advances from step 266 to 
step 268 where the duplicate print stream Is parsed for 
address data. The method will query at step 270 as to 
whether or not any address data is located during the 
parsing process. If the response to the query is "YES," 10 
then the method advances to step 272 where the 
extracted address data is placed in an address data- 
base for future use or possible address hygiene. The 
general uses would Include the creation of address lists 
for mailing or shipping. is 
[0065] Once the address data has been saved in the 
form of a file within a database, the method advances to 
step 274 where the system queries as to whether or not 
there \s another print stream to be enacted upon. If the 
response to the query is "YES." then the method returns 20 
along path B to re-enter the flow at 8tq3 260. However. 
H the response to the query at step 274 is "NO," then the 
method advances to step 278 and concludes data utili- 
zation for the print stream. 

[0066] Returning to step 270. if the response to the 25 
query is "NO." however, then the method advances to 
step 276 where the print stream data Is passed through 
to the selected output device before advancing to step 
278. 

[0067] Turning to FIG. 7. there is shown a detailed so 
flowchart of an alternative embodiment of the present 
invention wherein an extraction or an input module is 
selected for interface with the print stream. This differs 
from the embodiment of FIG. 4 where the virtual driver 
interfaced vwth an address parsing module; In this as 
embodiment, the system can extract or input data 
f ronVto the print stream for further use. 
[0068] The flow begins at step 300 with the initiation 
of the print stream from a remote application. The 
remote application can be located as remotely from the 40 
virtual driver as is possible wHh conventional transmis- 
sion means, or may be co-located so that the remote 
application is only remote as to the separation of the vir- 
tual driver and the print stream generating application. 
From step 300. the method advances to a query at step 45 
302. 

[0069] The query at step 302 asks whether or not the 
host system is to intercept a print stream generated at 
the remote application. If the response to the query is 
"NO." then the method advances to step 318 where the so 
print stream is transmitted to the output device driver. 
From step 31 8. the method utilizes, at step 320, the out- 
put driver to download the print stream at the selected 
output site. It should be noted that the print stream envi- 
ronment can have more than one output device availa- ss 
ble for outputting the print stream. In the case of multiple 
available printers, for instance, a particular printer is 
selected for downloading of the print stream. Upon out- 



putting the individual print stream at step 320. the print 
stream utilization for the output device is concluded, at 
step 322. until such time as a subsequent print stream 
is directed to the output device. 
[0070] Returning to the query at step 302. if the 
response to the query is "YES." then the method 
advances to step 304 where a particular output destina- 
tion is selected for print stream interception. The 
method then advances to step 306 where the print 
stream is transmitted through a Graphical Device Inter- 
face (GDQ to a *Virtual driver." The virtual driver can 
operate in one of two interface modes; these are the 
eavesdrop mode and the intercept mode. 
[0071] The eavesdrop mode allows the virtual driver 
to pass the print stream through to the printer while pro- 
ducing a duplicate copy of the print stream for transmis- 
sion to a sewer. The sewer is furtiier linked to either an 
extraction module or an input modula The intercept 
mode, on the other hand, allows the virtual driver to 
pass tile print stream directly to the server witiiout mak- 
ing a duplicate copy; the sewer is further linked to either 
the extraction or input nxxiules for interfacing witii the 
print stream. In a preferred embodiment, the sewer is an 
OLE automation sewer which in turn will pass the print 
stream to an output device such as a printer or monitor 
via an interiiace cable or similar fink. 
[0072] The extraction module is similar to tfie parsing 
module in that H will Interface with the print stream to 
extract data from the stream. However, the extraction 
module can be used to select specifically defined data 
fields, such as: name; date; or subject fields. The mod- 
ule is defined by the instructions it contains with respect 
to the data it extracts from the print streara Instructions 
are further defined by tokens whteh, when taken 
togetiier. instruct the virtual driver on the data sought to 
be extracted. 

[0073] The input module differs the parsing module in 
that it will Interface with the print stream to input data to 
the stream. Like the extraction module, tiie input module 
can be used to input specifically defined data fields, 
such as character codes or instructions for sut)sequent 
use. The module is defined by the instructions it con- 
tains witti respect to tiie data it inputs to the print 
stream. Instructions are further defined by tokens 
which, when taken together, instruct the virtual driver on 
tiie data sought to be input at a particular location witiiin 
the stream. 

[0074] The method advances from step 306 to step 
308 vtfhere eitiier the eavesdrop or the intercept mode is 
selected by tiie system user. The modes can be pre- 
determined as well by the system user. The system tiien 
proceeds to step 310 where the virtual driver is inter- 
faced with the extraction or input modules. The print 
stream, which was transmtffed to the virtual driver at 
step 306, is then acted upon by the module at step 312. 
so that specific data, in the form of an data file Is eitiier 
extracted or Input. 

[0075] From step 312; tiie method advances to step 
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314 where the extracted data or an input record is 
placed into a database. The data file is retained, at step 
316. in the database for future use. 
[0076] Wtiile certain embodiments have been 
described above in terms of the system within which the s 
address object methods may reside, the invention is not 
limited to such a context. The system shown in FiGs. 
2A. 2B, 3A, and 3B are examples of a host system for 
the invention, and the system elements are intended 
merely to exemplify the type of peripherals and software io 
components that can be used with the invention. 
[0077] In the foregoing specification, the invention has 
been described with reference to specific embodiments 
thereof. It will, however, be evident that various modifi- 
cations and changes may be made thereto without is 
departing from the broader spirit and scope of the 
invention. The specification and drawings are. accord- 
ingly, to be regarded in an illustrative rather than a 
restrictive sense. 

20 

Claims 

1. A method of extracting an address from a print 
stream in a data processing system, comprising the 
steps of 25 

(a) initiating (200) said print stream at a remote 
application; 

transmrtling (206) said print stream through 
a graphical device interface to a virtual driver; 30 

(c) selecting (208) one of a plurality of data 
interface modes at said virtual driver wherein 
said selected data interface mode interfaces 
with an address parsing application; 

(d) parsing (212) said print stream at said 3S 
address parsing application to identify address 
data resident in said print stream; 

(e) retaining (216) said identified address data 
in a database for future use; and 

(f) printing (220) said print stream at a selected 40 
output devica 

2. V\e metfiod of daim 1 , wherein said remote appli- 
cation comprises a sut)set of said data prxxjessing 
system wherein said suljset further comprises: 45 

(a) a microprocessor (22a • 22b) for manipulat- 
ing data; 

(b) a print stream application operatively con- 
nected to said microprocessor for creating said so 
print stream; and 

(c) transmission means (28a - 28f) for transmit- 
ting said print stream to said virtual driver. 

3. The metiiod of claim 1 or 2, wherein said plurality of ss 
data internee modes further comprises an eaves- 
drop mode and an intercept mode. 



4. The metiiod of claim 3. wherein said eavesdrop 
mode allows said virtual driver to pass said print 
stream through to said output device and wherein 
further said eavesdrop mode produces a duplicate 
copy of said print stream for transmission to a 
server wher^n said server is linked to an address 
parsing module for parsing said print stream. 

5. The method of claim 3 or < wherein said intercept 
mode allows said virtual driver to pass said print 
stream directly to a server and wherein said server 
is WnkBd to an address parsing module for parsing 
said print stream. 

6. The method of claim 4 or of daim 5, wherein said 
address parsing application further performs the 
steps of: 

(a) selecting said address parsing module 
wherein said address parsing module com- 
prises parsing Instructions; 

(b) parsing said print stream to identify address 
data resident in said print stream in accord- 
ance with said parsing instructions; and 

(c) compiling an address list comprising said 
address data. 

7. The method of claim 4 or claim 5, wherein said 
selection of said address parsing module furtiier 
comprises the steps of: 

(a) creating an address data profile wherein 
said address data profile defines one or more 
tol^ens and wherein said tokens def ine a char- 
acteristic of an address; 

(b) assigning said address data profile to said 
addressing parsing module wherein said 
tokens comprising said address data profile are 
representative of a particular address format; 
and 

(c) selecting said address parsing module 
based upon its particular address format and 
wherein said particular address format is repre- 
sentative of a particular carrier. 

8. A system of extracting an address from a print 
stream, comprising: 

(a) a data processing station (70; 11-16) 
wherein said data processing station Is capable 
of initiating a print stream; 

(b) first transmission means for transmitting 
said print stream through a graphical driver 
interface to a virtual driver; 

(c) selection means located at said virtual 
driver for selecting one of a plurality of data 
interface modes wherein said selected data 
interface mode interfaces with an address 
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parsing means; 

(d) address parsing means for parsing said 
print stream to obtain address file data; 

(e) memory means for storing said address file 
data; 5 

(f) second transmission means for transmitting 
said print stream from said virtual driver to an 
output device, and 

(g) an output device for outputting said print 
stream. io 

9. The system of claim 8, wlierein said plurality of data 
interlace modes further comprises an eavesdrop 
mode and an intercept moda 

15 

10. The system of claim 9, wherein said eavesdrop 
mode allows said virtual driver to pass said print 
stream through to said output device and wherein 
further said eavesdrop mode produces a duplicate 
copy of said print stream for transmission to a ^ 
server. 

11. The system of claim 10, wherein said server is 
linked to an address parsing module for parsing 
said duplicate print stream copy. 25 

1 2. The system of claim 9. 1 0 or 1 1 . wherein said inter- 
cept mode allows said virtual driver to pass said 
print stream directly to a server and wherein said 
server is linked to an address parsing module for so 
parsing said print stream. 

1 3. A method of extracting data from a print stream in a 
data processing system, comprising the steps of: 

3S 

(a) initiating said print stream at a remote appli- 
cation; 

(b) transmitting said print stream through a 
Graphical Device Interface to a virtual driver; 

(c) selecting one of a plurality of data interface 40 
modes at said virtual driver wherein said 
selected data interfece mode interfaces with a 
data marker application; said data marker 
application further performing the steps of: 

45 

G) selecting either an extraction module or 

an input module based upon a system 

operator determination; 

Oi) performing a routine in accordance with 

a set of instructions contained in said so 

extraction module or saM input ntodule; 

and 

(d) printing said print stream at a selected out- 
put device. 55 

14. The method of daim 13, wherein said extraction 
module comprises data capture instructions; said 



data capture instructions further defining a profile of 
a data file, said data profile defined by one or more 
tokens and wherein said tokens define a character- 
istic of said data file. 

15. The method of claim 13 or 14. comprising the fur- 
ther steps of: 

(a) assigning said data profile to said extraction 
module wherein said tokens comprising said 
data profile are representative of a particular 
data requirement; and 

(b) selecting said extraction nnodule based 
upon its particular data requirement. 

16. The method of claim 13, 14 or 15. wherein said 
input module comprises data entry instructions; 
said data input instructions further defining a prof He 
of a data file, said data profile defined by one or 
more tokens and wherein said tokens define a char- 
acteristic of said data f il& 

17. The method of claim 16, corrprising the further 
steps of: 

(a) assigning said data profile to said IvpiA 
module wherein said tokens comprising said 
data profile are representative of a particular 
data requirement; and 

(b) selecting said input module based upon Its 
particular data requirement 

18. The method of any one of daims 13 to 17, wherein 
said pluranty of data interbce modes further com- 
prises an eavesdrop mode £md an intercept mode. 

19. The metiiod of claim 18. wherein said eavesdrop 
mode allows said virtual driver to pass said print 
stream through to said output device and wherein 
further said eavesdrop mode produces a duplicate 
copy of said print stream for transmission to a 
server wherein said server is linked to said data 
extraction module for extracting selected data from 
said duplicate print stream. 

20. The method of daim 18 or 19. wherein said inter- 
cept mode allows said virtual driver to pass said 
print stream directiy to a server and wherein said 
server is linked to an address parsing module for 
parsing said print stream. 
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